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This paper presents the features of the human-machine interface of 
the Switched Access Remote Test System, a remote-testing system 
designed to enable one person to test special- service circuits. The 
interface is designed to be compatible with the form and content of 
manual testing to help the user make the transition to an automated 
system. It also provides built-in aids to educate new personnel. 
Human- factor concepts associated with the system are also discussed. 

I. INTRODUCTION 

The Switched Access Remote Test System (sarts) is a computer- 
based, one-person, remote access and test system for special-service 
circuits. 1 * The system was designed to provide the access and testing 
functions over a central interface located at a Special Service Center 
(ssc). 3 sarts is operational and is located in major cities in the U.S. 
(see Fig. 1). One-person remote testing by means of automated test 
devices is unique to sarts and required the development of an inter- 
active human-machine interface for control of the testing process. 

For the following brief explanation of the operation of sarts, refer 
to Fig. 2. Craft personnel (hereafter called testers) are situated at the 
near-end 52A test positions, consisting of a Dataspeed® 40/4 Keyboard 
Display (kd), a desk and chair, and a telephone console. The kd 
interfaces with the minicomputer Process Controller (pc), which proc- 
esses and translates into control codes the test commands the tester 
enters into the system via the kd. The PC sends the control codes to 
the Remote Test System (rts) over a control data link. The rts is a 
microprocessor-controlled test unit capable of performing tests and 
measurements on special-service circuits. The rts also directly inter- 



A discussion of the evolution of sarts is given in Ref. 2. 
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faces the 52A test position by establishing telephone call-backs to the 
console for test status verification and for talking on the circuit under 
test. Access to the circuits is provided by the Switched Maintenance 
Access System (smas), which provides access points in the form of 
wired-in switches (relays) placed at strategic points on the circuit. The 
rts controls the smas to bring the circuit into its testing ports, smas 
points are wired into many thousands of circuits throughout the U.S., 
enabling many central offices to install rtss and become part of the 
operational sarts network. Local access-only capability is also fur- 
nished by the smas. 

During testing, circuit sketches of the access point and a description 
of the applied test conditions are made to appear on the face of a crt 
screen in the kd, thereby allowing the tester to see the testing effects 
as they occur. 

Figure 3 shows sarts test positions. Although the test position was 
also human-engineered for the physical features of the desk, chair, kd, 
and console, the topics of this paper are the features of the human- 
machine interface (hmi) provided by the sarts pc software supporting 
the operation of the kd terminals. 

The sarts hmi was designed ad hoc, with practical judgments 
guiding most features because no precedent existed for computerized, 
remote, one-person testing. There was, however, considerable field 
experience in the general area of special-service testing. The problem 
of designing the sarts hmi was to provide compatibility with the 
manual methods to assure a smooth transition to an automated proc- 
ess. Human engineering studies, other than critical evaluation by 
personnel experienced in making manual tests, were not practical 
because of urgent needs and limited time schedules. The design was 
guided by basic human engineering principles and by commonsense 
decisions, based on knowledge of the existing manual testing proce- 
dures and the projected compatibility needs of testers in a remote 
environment. Bell System operating company personnel, who were to 
be among the early users of the system, participated in the design, 
development, and evaluation of the hmi. sarts illustrates the gamut 
of human-engineering problems and is field-proven to be a well human- 
engineered system. 

II. INTERFACE OPERATION 

The human interface to sarts is highly interactive. Testing is 
controlled by test commands which are put into the PC by the tester 
at the kd. The pc processes the command and sends control codes to 
the Remote Test System. The rts contains a microprocessor which 
operates the hardware to perform the action specified by the command 
input. Information concerning the performed function which is re- 
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turned from the rts to the PC is also processed by the PC This 
information is then returned to the kd in the form of messages and 
updated displays that indicate the status of the test conditions at the 
remote test points. 

Each test command controls a single basic test function. Circuit 
testing is accomplished by employing a series of these commands to 
make needed tests and measurements. Later versions of the sarts 
software will build upon this foundation of elementary commands to 
automatically perform more complex functions. This will increase the 
speed and power of the testing process and further enhance the hmi. 

2.1 crt display 

A crt was chosen as the main human interface to the system 
because it can be made to present a symbolic image (a sketch) 
representing the circuit at the remote test point and to show test 
conditions applied at the access point. The crt screen also serves to 
display system information and to furnish the interactive portion of 

the hmi. 

The Dataspeed® 40/4 kd equipment was chosen in accordance with 
a plan for merging sarts with the Circuit Maintenance System 3A 
(cms 3A) 4 which also uses this equipment. This will allow testers 
having experience in one system to feel at home in the combined 
system. 

2.2 Screen layout 

Referring to Fig. 4, the first line of the kd screen display, the 
command line, is where command data are entered. The second line, 
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Fig. 4 — sarts crt screen arrangement. 
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the message line, is used to display the last executed command, system 
messages, and the results of test measurements when they are made. 
The message line also displays command "prompters." 

Prompters briefly describe command functions and show the allow- 
able parameters which can be entered to specify the details of the 
command displayed in the command line. In some cases, two levels of 
prompters are used for commands which have a dual set of parameters: 
the first parameter selection determines the second set of parameter 
to be displayed. The prompters assist the tester in the correct use of 
the commands and serve to refresh the memory for infrequently used 
commands. The use of prompters is further described in Section III. 

The left side of the screen below the message line is an information- 
display area used to show command lists (menus), to recall previous 
information entered into the system, and to display testing logs. 

The right side of the screen below the message line is divided into a 
top and bottom half, each half displaying the status information for 
one test point. One or both halves may be used during testing. An 
indicator (the letters "tp") flashes on either the top or bottom display 
to identify the active test point to which the testing commands are 
being applied. The active test point may be changed by command as 
required during testing. When a command has been entered but 
execution is not yet completed, a pound sign (#) appears at the left 
side of the display area for the active test point. The sign disappears 
when the command execution is completed. 

2.3 Test point displays 

Considerable care was devoted to the design and development of 
the test point displays. They serve as the primary information feedback 
to the tester and as memory storage during the testing process. 
Referring to Fig. 5, both the top and bottom status display areas 
contain: 

(i) Test point and circuit identity information. 

(ii) A sketch of the transmission pairs and signaling leads of the 
circuit at the test point. Figures 6 through 12 show the various 
transmission and signaling lead configurations. In these figures, no test 
conditions have been applied, and the access point is in the initial 
monitoring condition for test status verification. 

(Hi) Special or temporary information (e.g., class marks of access 
points, points at which measurements are being made, etc). See 
Figure 13. 

(iv) Applied test conditions. Display areas are associated with each 
possible point of application of test conditions to the transmission and 
signaling leads. 
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Fig. 5— Details of test point sketch and status display area. 



The displays for the applied test conditions on the signaling leads 
use one line. Two additional lines are available for future use. Examples 
of signaling-lead displays with applied test conditions are shown in 
Figs. 14 and 15. 

Each display area for the applied test conditions on the transmission 
pairs use four lines: 

Line 1 — Applied metallic conditions. 

Line 2 — Applied transmitting condition. 

Line 3 — Applied receiving condition. 

Line 4 — For future use. 
Examples are shown in Figs. 16 through 18. 

A critical design decision was to provide test point sketches in a 
vertical (rather than a horizontal) format. This decision was based on 
the need for consistency between the displays and the familiar verti- 
cally oriented Circuit Layout Record (clr), which is used by the 
testers to obtain an overall description of the equipment/facility make- 
up of the circuit being tested. In addition, the software has been 
structured to insure that two test points on the same circuit are always 
displayed in the same vertical order in which they appear on the clr. 
Preserving old images in a newly automated system is an important 
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human engineering principle. These features have proven to be major 
factors in the viability and ready acceptance of the sarts hmi. 

2.4 Records interlace 

The clr (shown in the two-card example of Fig. 19) was given 
considerable attention from the standpoint of making it a part of the 
sarts human interface while also performing its function as the 
primary circuit record. 

sarts was designed to operate initially with the existing paper 
record circuit data base (clr cards) and later to have the data base 
mechanized with cms 3A, which uses a similar record called word 
(Work Order Record and Details). In either operation, sufficient infor- 
mation must be available on the record for getting circuit access and 
for obtaining testing information about the access points. To satisfy 
these needs, two sets of coded data were developed to be included on 
the clr for each access point on the circuit. The first set of data (see 
Fig. 19, line M, card 02), is referred to as access point identity data. 
The second set (see Fig. 19, line N, card 02) is referred to as access 
point testing data. 

The access point identity data are fed into the PC via an access 
command to initiate the access process (Fig. 20). It contains informa- 
tion necessary to establish communication with the rts and with the 
smas access point in the circuit being tested. Parts of the data are also 
used by the pc to provide hmi features appropriate to the type of 
circuit under test. 

When sent to the pc, the access point testing data (Fig. 21) serve the 
purpose of enabling the pc to screen and execute test commands 
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Fig, 7 — 4-wire circuit test point area display. 




Fig. 8 — 2-wire e&m circuit test point area display. 




Fig. 9 — 4-wire e&m circuit test point area display. 
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Fig. 10 — 2-wire circuit plus control channel display. 
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Fig. 11 — 4-wire circuit plus control channel display. 
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Fig. 12 — Single-wire circuit access point display. 
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Fig. 13— Example of "special" class mark on a 2-wire circuit. 
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Fig. 14—2 Applied e&m conditions (battery on M lead, ground on E lead). 
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Fig. 15 — Applied control channel conditions (loop closure). 
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Fig. 16 — Example of test conditions applied to a 4-wire circuit. 
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Fig. 17 — Example of test conditions applied to a 4-wire circuit 
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Fig. 18— Example of test conditions applied to a 4-wire circuit. 
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Fig. 19— clr (2-card example) showing access point data. 



The access point testing data (Fig. 21) serve the purpose of enabling 
the pc to screen and execute test commands without causing circuit 
damage or service degradation. They also furnish testers with data 
that describe the circuit operation at the access point. Previously, the 
circuit operation information was available to the tester only by 
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Fig. 20 — Access point identity data ready to be sent to PC. 



deduction, based on knowledge of the operation of the transmission 
and signaling equipment used on the circuit and listed in sequence on 
the clr. The circuit designer provides the sarts testing data for the 
clr on a one-time basis when the circuit or its access points are 
installed. It is therefore not subject to human error each time the 
circuit is tested because nothing need be deduced by the people who 
do the testing work. Future versions of sarts will utilize the access 
point data to perform automatic testing functions which will further 
unburden the tester from important decision-making processes. 

The sets of sarts access point data, therefore, not only provide 
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Fig. 21 — Access point testing data ready to be sent to pc. 
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needed information for the hmi features, but also improve the overall 
testing process. 

III. COMMAND STRUCTURE AND COMMAND INPUT METHODS 

The general command structure is illustrated in the example of Fig. 
22. It shows a completely specified command on the command line 
and the prompter for the command on the message line. 

Each command is named with a mnemonic alphanumeric code (T03 
in the example). This code is used for communicating with the pc. 
Associated with each command are parameters chosen to specify to 
the pc the details of the command. From this information the PC 
knows the action that must be performed when the command is 
executed by the rts. The example contains two parameter fields, in 
each of which a parameter is chosen by typing in its position number 
in the prompter in the corresponding parameter field on the command 
line. When the desired command parameters are fully specified on the 
command line, the command is sent to the pc to be processed. 

Three methods can be used to put a command into the pc. The first 
method uses the assistance of a command prompter. A command 
prompter is obtained by typing the command code name on the kd 
(Fig. 23) and sending this into the pc by pressing the S/R (Send/ 
Receive) key. The pc then returns the command prompter display 

(Fig. 24). 

The second input method bypasses the prompter display. When a 
command and the position numbers of the desired parameters are 
known, the command may be specified directly to the PC by keying in 
the code name followed by a slash and the parameter numbers that 
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Fig. 22— General structure of sarts commands. 
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Fig. 23— Input needed to obtain T03 prompter (Fig. 24). 




Fig. 24— T03 command prompter (pc response to input of Fig. 23). 



apply. This method is illustrated in Fig. 25, which shows the direct- 
input equivalent of Fig. 22. 

The third method is used to repeat the last executed command 
without having to repeat the details of the command specification. 
This is accomplished simply by keying in G03/. Commands which are 
frequently repeated with the same parameters (e.g., measurements to 
search for a transient condition) cause G03/ to be automatically 
displayed on the command line after their execution. This relieves the 
tester of repeatedly typing G03/. 

As a further aid to the tester, any alphanumeric-coded command 
with zero as the second character is accepted by the pc with the zero 
deleted. For example, T03/ may be shortened to T3/. (This feature 
does not apply to commands which are numerically coded.) 

When a command is correctly entered in any of these ways, the pc 
returns a message line display showing the command code name and 
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Fig. 25— Direct input equivalent of command in Fig. 22. 




Fig. 26 — Response of PC to command input of Fig. 22 or Fig. 25 (command execution 
not yet complete). 
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Fig. 27 — Position of the # sign. 
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the chosen parameters. (Fig. 26). The pound sign (#) (Fig. 27) appears 
on the tp display until execution of the command is complete. 

When a command is incorrectly entered (e.g., a nonexistent com- 
mand code name, invalid or missing parameter, incorrect characters, 
etc.), the PC rejects the command and returns an error message 
indicating the reason for the rejection (e.g., "invalid command," "error 
in field 1," etc.). When the error message is displayed on the message 
line, the erroneous command continues to be displayed on the com- 
mand line to allow the tester to recognize and correct the error. Figures 
28a and 28b show a typical error sequence. 

The command structure and input methods provide these features 
to the hmi: 

(i) The user is not required to have typing skills since words are 
never typed (except for comments in the log — see Section 4.2). 

(ii) Prompters aid the tester who is unfamiliar with the system or 
who needs memory assistance. 

(Hi) The direct-input command method allows the proficient tester 
to proceed at a more rapid pace. 
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Fig. 28— (a) Erroneous command input, (b) PC error message response to input of (a). 
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(iv) Detailed error messages and retention of errors on the command 
line help the tester recognize errors and learn to avoid them in the 
future. 

IV. THE COMMAND SYSTEM 

The objective of the command system is to make the commands 
easily learned, progressively powerful, and consistently related in 
function, sarts has three types of commands: 

(i) Auxiliary commands which permit a tester to operate in the 
software environment and which support the operational commands 
[see (ii) below]. 

(ii) Operational (test) commands to direct the performance of re- 
mote accesses and tests. 

(Hi) Maintenance commands, which are used to maintain the sys- 
tem software/hardware. 

4.1 Command menus 

The auxiliary and operational command menu displays are obtained 
by using command codes ending in double zero (e.g., LOO causes the 
Loop Signaling command menu to be displayed). Maintenance com- 
mand menus and formatted screen displays for maintenance functions 
are obtained using commands beginning with zero (e.g., 013 displays a 
formatted screen for entering information about other pes which may 
be contacted for testing). 

4.2 Auxiliary commands 

The auxiliary commands (Fig. 29) include those commands which 
permit a tester to sign on and begin interaction with the system. Sign- 
on is obtained by entering 000/ (which can be followed by up to 23 
characters for entry in a log). The PC acknowledges sign-on by return- 
ing the 100 table of contents to the screen. 

Entering the 300 command causes the display of the 300 log menu. 
The log commands enable a tester to write, read, or print information 
in the test log, which is a 21-line by 29-character storage buffer 
associated with each test position. It is used to record temporarily the 
test commands executed by the PC. Text may also be entered into the 
log (using the 384 command) to record pertinent information and 
comments. When the log storage buffer is full, newly executed com- 
mands are recorded by deleting the record of the oldest command in 
a scrolling effect. An "lf" (Log Full) indication is highlighted on the 
far right of the message line when the log is within two lines of being 
full. To preserve a chronological history of test activity, the log 
contents can be printed before scrolling begins by using the 399 
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Fig. 29 — sarts auxiliary commands. 

command each time the "lf" appears. When the log is printed, the 
buffer is cleared so that new commands can be recorded. The log 
contents also may be displayed at any time in the informational area 
of the left side of the screen (using the 385 command). Figure 30 shows 
a typical log display. 

Entry of the 600 command displays the 600 test menu. Entry of the 
611 command displays 611 detail tests, which is a master menu of 
all the operational command menus. 

4.3 Operational commands 

The operational commands are listed in Fig. 31. The first character 
of the name for the operational commands are coded as follows: 
G — General 
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Fig. 30 — Typical log display. 



T — Transmission Tests 

H — Talk and Listen (Hearing) Conditions 

M — Electrical Measurements 

L — Loop Signaling Test Functions 

S — SF Signaling Test Functions 

X — DX Signaling Test Functions 

E — E & M Signaling Test Functions 

C — Control Channel Circuit Test Functions 

W — Single Wire Circuit Test Functions 

The second and third characters of the code name for the L, S, X, E, 
C, and W commands are numerically coded according to function to 
make them easily learned and remembered: 

Code Name Function (in the Test Direction) 

-01 Splits the circuit and applies supervisory conditions. 

-02 Controls the application of ringing signals. 

-03 Applies Dial Pulse address signals. 

-04 Applies Touch-Tone® address signals. 

-05 Applies 15 seconds of continuous dial pulsing. 

-06 Splits the circuit and applies special test conditions. 

-07 S07 controls the 2600-Hz tone level; otherwise, it is a "restore to 

normal" command. 
-08 Used for E and C commands to measure voltage to ground. 
-09 Used for E and C commands to measure resistance to ground. 
-10 Applies MF address pulsing. 
-51 Applies conditions in the non-test direction. 
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The second and third characters of the M and H commands are also 
coded with a function-related scheme: 

.Denotes mode of measurement: = Bridged (cir- 
cuit not split) 
1 = Split (measure- 
ment mode 
while circuit is 
split) 

M— 

Denotes type of measurement: 

1 = Voltage 

2 = Resistance 

3 = Capacitance 

4 = Current 

Fbr example, M01 = Bridged voltage measurement 
Mil = Split voltage measurement. 

Denotes mode of application or control: 

= Bridged 

1 = Split 

2 = Level Adjustment 

3 = Removal 



H-- 




Denotes type of function: 1 = Monitor (Listening) 

2 = Talking 



For example, H 12 = Applies Split Talk Condition 

H22 = Level Adjustment of Talk Condition. 

4.4 Maintenance commands 

The maintenance commands are not normally used during circuit 
testing. They are restricted to use only by system maintenance position 
operators. These commands are listed in Fig. 32. They are used to 
verify the system status, to check the continuity of the communication 
system, to reconfigure the 52A test positions so that they will satisfy 
various application requirements, and to test the rtss in the network. 
They are also used to create and maintain an optional access point 
data storage feature. 

The code names of the maintenance commands are totally numerical 
to make them distinct from the auxiliary and operational commands 
and to insure later compatibility with the cms 3A, which also uses 
numerical maintenance commands. 
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V. HUMAN FACTORS 

Two concepts are used by human factors engineers to describe the 
processes involved in the hmi: "quickening" and "unburdening." 5 We 
will add two concepts: "amplifying" and "forgiving" and indicate how 
sarts demonstrates their effects. 

Quickening is a tightening-up, or an acceleration, of the communi- 
cation link between the human and the computer system. This is 
illustrated by the general operation of sarts, and in particular by the 
simple command names and by the abbreviated direct command input 
method, which can be used after experience has been gained in 
command usage. Quickening will be further demonstrated when sarts 
progresses toward automatic performance of more complex test func- 
tions. 

Unburdening is the process of simplifying the human task by reduc- 
ing the effort or choices needed to do complex tasks, thereby reducing 
errors and leading to eventual full automation, sarts exemplifies this 
quality because it automates all special-service testing and concen- 
trates it in the Special Service Center. It removes the need for a tester 
to understand the operation of complex testing and measuring equip- 
ment because all sarts tests are performed by the rts using sophis- 
ticated, built-in equipment, rather than by a myriad of manual test 
equipment generally found in central office testing environments. Also, 
the clr access point testing data remove the need for deducing circuit 
operation from equipment information and experience. 

Amplifying is defined here as an important second-order effect of 
altering the system after experience has been gained about its potential 
or shortcomings. Higher iterations are possible in sarts without sig- 
nificant hardware changes because of the system's software depend- 
ency, sarts is presently entering the first amplifying phase of devel- 
opment by using previous experience to provide new features and 
operation. Data are continuously being accumulated from the major 
sites of sarts to amplify the operation in future versions. 

A forgiving system is one which tolerates mistakes, indicating errors 
automatically, and which suggests ways around impasses, sarts is 
forgiving in that it indicates and describes errors, and it immediately 
feeds back the results of command execution, allowing a tester to 
recognize errors and make corrections. 

VI. AUTOMATION AND HUMAN BEINGS 

There are certain disadvantages to automating people out of a 
system. People become increasingly isolated, and the alienation effects 
increase fatigue and restlessness. 6 Management of a Special Service 
Center requires a sensitivity to these effects on the testers. The 
physical setup of an office that is pleasant, well designed, and well 
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controlled is less exciting than an office with complex equipment, 
interesting passageways, and a certain amount of confusion that helps 
break up the monotony of a monolithic 9-to-5 shift. The adventurous 
challenges of chasing down a failure with all its physical obstacles is 
eliminated in an automatic environment like the Special Service 
Center. 7 

It must be recognized, also, that highly automatic systems (into 
which sarts is evolving) attract people more attuned to a less tech- 
nically demanding job. The highly skilled testers then become available 
for more stringent work suitable to their training and experience. 

VII. FUTURE EXPANSIONS 

Computers increase the available time to do tasks. They also relieve 
a person from having to understand routines and operations in detail, 
ideally shifting the emphasis to a "higher," more holistic level. 8 

The ultimate plan with sarts (and cms 3A) is to fully automate the 
special-service circuit testing processes. When this is accomplished, for 
example, the diagnosis of a circuit failure may be initiated by a single 
action which will start an automatic testing process. This process 
would contact smas access points at strategic locations and automati- 
cally follow a series of logical testing steps to sectionalize the failure 
and report the results to the tester. This type of operation requires 
standard trouble-shooting procedures for the many types of special 
services, and for the many varieties of equipment used to provide these 
services. Operating company personnel working with Bell Laboratories 
people are currently developing the groundwork for these standard 
procedures. They will draw upon the work of other standardization 
processes (such as the Standard Design bsps), and upon other auto- 
matic processes (such as the Circuit Design System of tirks [Trunk 
Integrated Record Keeping System]). 

This ultimate goal will take many years to achieve, but it is an 
example of the benefits that can be attained through higher iterations 
of a mechanized testing process. 



VIII. SUMMARY 

sarts is an historic initial step in the direction of creating a testing 
system that is entirely automatic. The sarts concept has proven itself 
in the field. It reduces testing times and provides economic advantages 
over manual methods. 

sarts users agree that it is a tremendous improvement over the old 
systems of multiperson testing, because the throughput is considerably 
faster and the quality of testing is better because of reduced human 
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errors and more precise tests. New personnel can also be trained more 
easily because the testing procedures are simplified. 

Finally, sarts is proven to be economical through organizing and 
centralizing the special-service testing process and removing the inef- 
ficiencies and limitations inherent in a diverse multiperson testing 
operation. 
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